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Amendments to the Claims: 

The listing of claims will replace all prior versions and listings of claims in the 

application: 

Listing of Claims: 

5 Claim 1 (currently amended): A method for program debugging, the method 
comprising: 

setting a plurality of breakpoints corresponding to a plurality of events in BIOS 
program code an implomontation under tost , each event being a test 
executed to a peripheral device and taking a general processing path when 
10 the peripheral device is working well or an error processing path when the 

peripheral device is in an error state; 

executing the BIOS program code implomontation under tost for outputting a 
diagnosis code of a breakpoint; 

resetting a parameter to simulate the peripheral device being in the error state 
1 5 throughout execution of the event corresponding to the diagnosis code; and 

executing the event corresponding to the diagnosis code according to the reset 
parameter for making the event undergo the error processing path. 

Claim 2 (currently amended): The method of claim 1 further comprising: 
20 after executing the event corresponding to the diagnosis code according to the 

reset parameter for making the event undergo the error processing path, for 
making the BIOS program code implementation under test make all events 
undergo the error processing path, repeating the steps of executing the BIOS 
program code implomontation undor tost for outputting the diagnosis code of 
25 the breakpoint, resetting the parameter of the event corresponding to the 

diagnosis code, and executing the event corresponding to the diagnosis code 
according to the reset parameter for making the event undergo the error 
processing path. 

30 Claim 3 (original): The method of claim 1 wherein the breakpoints are set ahead of 
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program codes of the corresponding events. 

Claim 4 (original): The method of claim 1 wherein the breakpoints are set after 
program codes of the corresponding events. 

5 

Claim 5 (canceled) 

Claim 6 (previously presented): The method of claim 1 wherein the error processing 
path produces an audible tone. 

10 

Claim 7 (previously presented): The method of claim 1 wherein the error processing 
path causes a system reset. 

Claim 8 (previously presented): The method of claim 1 wherein the error processing 
15 path causes a system execution interrupt. 

Claims 9-16 (cancelled) 

Claim 17 (currently amended): The method of claim 1 further comprising: 
20 executing the BIOS program code implomontation under tost until the diagnosis 

code of the breakpoint matches a predetermined diagnosis code before 
resetting the parameter of the event corresponding to the diagnosis code, 
and executing the event corresponding to the diagnosis code according to 
the reset parameter for making the event undergo the error processing path. 

25 

Claim 18 (currently amended): A method for program debugging, the method 
comprising: 

setting a plurality of breakpoints corresponding to a plurality of events in a driver 
program code an implomontation under toist , each event being a test 
30 executed to a peripheral device and taking a general processing path when 
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the peripheral device is working well or an error processing path when the 

peripheral device is in an error state; 
setting a parameter to simulate that the peripheral device is working well 

throughout execution of the driver program code implementation under tost ; 
5 executing the driver program code implem e ntation und e r tost according to the 

parameter for outputting a diagnosis code corresponding to each breakpoint; 
for each breakpoint, determining whether the diagnosis code matches a user 

defined diagnosis code; and 
resetting the parameter to simulate that the peripheral device is in the error state 
10 and executing the event corresponding to the diagnosis code according to 

the reset parameter for making the event undergo the error processing path 

when it is determined that the diagnosis code matches the user defined 

diagnosis code. 



15 Claim 19 (currently amended): The method of claim 18 further comprising continuing 

execution of the driver program code implementation under tost to a next 
breakpoint without resetting the parameter when it is determined that the 
diagnosis code does not match the user defined diagnosis code. 



20 Claim 20 (previously presented): A method for program debugging, the method 

comprising: 

setting one or more breakpoints corresponding to one or more events of a 

plurality of events in an implementation under test, each one or more event 
being a test executed to a peripheral device and taking a general processing 
25 path when the peripheral device is working well or an error processing path 

when the peripheral device is in an error state; 

executing the general processing path of the one or more event by resetting a first 
parameter, and outputting a first diagnosis code of the one or more 
breakpoints; 

30 executing the error processing path of the one or more event by resetting a 
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second parameter, and outputting a second diagnosis code of the one or 
more breakpoints; and 
debugging the program according to the first and second diagnostic codes. 

5 Claim 21 (previously presented): The method of claim 20 further comprising 

executing both the general processing path and the error processing path of all 
events of the plurality of events. 
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